home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX Base Documentation 1998 November
/
IRIX 6.5.2 Base Documentation November 1998.img
/
usr
/
share
/
catman
/
u_man
/
cat1
/
caterr.z
/
caterr
Wrap
Text File
|
1998-10-20
|
11KB
|
191 lines
CATERR(1) UNICOS 10.0 Last changed: 3-26-98
NNAAMMEE
ccaatteerrrr - Processes message text files
SSYYNNOOPPSSIISS
ccaatteerrrr [--cc _c_a_t_f_i_l_e] [--ee] [--ss[--PP _c_p_p__o_p_t_s]] [--YY _x,,_p_a_t_h_n_a_m_e] [_m_s_g_f_i_l_e]
IIMMPPLLEEMMEENNTTAATTIIOONN
UNICOS systems
IRIX systems
DDEESSCCRRIIPPTTIIOONN
A _m_e_s_s_a_g_e _c_a_t_a_l_o_g is a binary file that contains the run-time source
of error messages output by UNICOS software products. A message
catalog is produced from a message text file that contains messages
(tagged with $$mmssgg tags) and message explanations (tagged with $$nneexxpp or
$$eexxpp tags).
Before it can be accessed at run time, a message text file must be
converted to a message catalog binary file by the ccaatteerrrr processor and
the ggeennccaatt(1) catalog generator.
The ccaatteerrrr utility converts the error message text source in _m_s_g_f_i_l_e
into the format used as input to ggeennccaatt(1), the error message catalog
generation utility. If _m_s_g_f_i_l_e is not specified or if a dash (--) is
specified, ccaatteerrrr reads from the standard input.
The --cc option to the ccaatteerrrr utility calls ggeennccaatt(1) after processing
is complete. Using the --cc option allows a catalog to be generated
from a message text file in one step. It is recommended that you use
ccaatteerrrr with the --cc option. The ggeennccaatt(1) utility exists as a separate
utility to maintain compatibility with industry standards for message
catalog processing. No advantage exists in calling ggeennccaatt(1)
separately. By default, ccaatteerrrr looks for ggeennccaatt(1) in the
//uussrr//bbiinn//ggeennccaatt file.
A single invocation of ccaatteerrrr can process either the messages or the
explanations in the input files, but not both. The ccaatteerrrr utility
processes the messages by default. Use the --ee option to specify
processing of the explanations.
The ccaatteerrrr utility calls the text formatting utility nnrrooffff(1) to
process formatted explanations as part of its processing of the
message text file. nnrrooffff(1) uses message macro definitions to format
the explanation text. By default, on UNICOS systems, ccaatteerrrr looks for
nnrrooffff(1) in the //uussrr//bbiinn//nnrrooffff file and for the message macros in the
//uussrr//lliibb//ttmmaacc//ttmmaacc..ssgg file. On IRIX systems, ccaatteerrrr looks for
nnrrooffff(1) in the //uussrr//bbiinn//nnrrooffff file and for the message macros in the
//uussrr//sshhaarree//lliibb//ttmmaacc//ttmmaacc..ssgg file.
If no options are specified, ccaatteerrrr processes _m_s_g_f_i_l_e by using the
tools in the default locations. The output, suitable for input to
ggeennccaatt(1), is sent to ssttddoouutt.
The ccaatteerrrr utility accepts the following options and arguments:
--cc _c_a_t_f_i_l_e
(Catalog) Calls ggeennccaatt(1) to update or create a catalog with
the information in the processed _m_s_g_f_i_l_e. If the --cc option
is used, ccaatteerrrr invokes ggeennccaatt(1) to update the specified
catalog by using the generated output. If _c_a_t_f_i_l_e does not
exist, it is created. Using the --cc option makes it
unnecessary to call ggeennccaatt(1) separately; the message
catalog is generated in one step.
--ee (Explanations) Processes the explanations in _m_s_g_f_i_l_e.
Without the --ee option, ccaatteerrrr processes the messages in
_m_s_g_f_i_l_e.
--ss[--PP _c_p_p__o_p_t_s]
(Symbolic names) Calls the C language preprocessor (ccpppp(1))
to preprocess symbolic message names into message numbers.
The mapping of names to numbers must be specified in a
header file name in the input file. On UNICOS systems,
ccaatteerrrr looks for ccpppp(1) first in the //uussrr//ggeenn//lliibb//ccpppp
directory. If it does not find it there, it looks in
//lliibb//ccpppp. On IRIX systems, ccaatteerrrr looks for ccpppp(1) in the
//lliibb//ccpppp directory.
Options can be passed to ccpppp by specifying the --PP suboption
to the --ss option. Place the options to be passed to ccpppp
within double quotation marks ("" ""). The entire string
within the quotation marks is passed to ccpppp for execution.
The --PP suboption can be specified only if the --ss option also
is specified.
--YY _x,,_p_a_t_h_n_a_m_e
Specifies the version of the nnrrooffff(1) and ggeennccaatt(1) tools
and of the ttmmaacc..ssgg message macros that ccaatteerrrr calls. If the
--YY option is not specified, ccaatteerrrr calls the version of
nnrrooffff(1) in //uussrr//bbiinn//nnrrooffff, the version of ggeennccaatt(1) in
//uussrr//bbiinn//ggeennccaatt, and the version of the message macros in
//uussrr//lliibb//ttmmaacc//ttmmaacc..ssgg (UNICOS systems) or
//uussrr//sshhaarree//lliibb//ttmmaacc//ttmmaacc..ssgg (IRIX systems). If you need to
specify alternative paths for all three tools that ccaatteerrrr
calls, you can specify the --YY option up to three times in
the same command line.
The --YY option takes two arguments: a path name and a key
letter that specifies which software (nnrrooffff(1), ggeennccaatt(1),
or the message macros) is located at that path name. The
key letter is specified first, followed by a comma (,,),
followed by the path name. The alternative tool path
specified with _p_a_t_h_n_a_m_e must be a full path.
The --YY option accepts the following key letters:
cc Specifies that the path name following the comma is the
path name for ggeennccaatt(1).
mm Specifies that the path name following the comma is the
path name for the message macros.
nn Specifies that the path name following the comma is the
path name for nnrrooffff(1).
_m_s_g_f_i_l_e Specifies the name of the file containing the message text
source to be processed.
EEXXAAMMPPLLEESS
Example 1: In the following example, ccaatteerrrr processes the messages in
file llddrr..mmssgg. The output, sent to ssttddoouutt, is suitable for input to
ggeennccaatt(1).
caterr ldr.msg
Example 2: In the following example, ccaatteerrrr invokes ggeennccaatt(1) to
update the messages in the llddrr..ccaatt catalog with the information in
file llddrr..mmssgg.
caterr -c ldr.cat ldr.msg
Example 3: In the following example, ccaatteerrrr uses the message macros
in the file //uussrr//mmee//eerrrrmmssgg//ttmmaacc..ssgg to produce a catalog of
explanations suitable for processing by ggeennccaatt(1). The input file is
llddrr..mmssgg; the output is sent to ssttddoouutt.
caterr -e -Y m,/usr/me/errmsg/tmac.sg ldr.msg
Example 4: In the following example, ccaatteerrrr uses the message macros
in the current directory and invokes ggeennccaatt(1) from //bbiinn//ggeennccaatt to
update the explanation catalog llddrr..eexxpp with the information in
llddrr..mmssgg.
caterr -e -c ldr.exp -Y m,tmac.sg -Y c,/bin/gencat ldr.msg
Example 5: In the following example, ccaatteerrrr calls nnrrooffff from
//uussrr//mmee//eerrrrmmssgg//nnrrooffff and uses the message macros in the current
directory. The input file is llddrr..mmssgg. Explanations suitable for
processing by ggeennccaatt(1) are output to ssttddoouutt.
caterr -e -Y n,/usr/me/errmsg/nroff -Y m,tmac.sg ldr.msg
Example 6: In the following example, ccaatteerrrr calls alternative
versions of all three tools. It uses the versions of nnrrooffff(1) and the
message macros in the current directory, and it calls ggeennccaatt(1) from
//bbiinn//ggeennccaatt. Using these tools, the explanations in the llddrr..eexxpp file
are updated with the information in the llddrr..mmssgg file.
caterr -e -c ldr.exp -Y c,/bin/gencat -Y m,tmac.sg -Y n,nroff ldr.msg
Example 7: In the following example, ccaatteerrrr invokes ggeennccaatt(1) to
update the messages in the llddrr..ccaatt catalog with the information in the
llddrr..mmssgg file. The ccaatteerrrr utility calls ccpppp(1) to preprocess symbolic
message names, and passes the --MM option to ccpppp(1) for execution.
caterr -c ldr.cat -s -P "-M" ldr.msg
Example 8: In the following example, ccaatteerrrr invokes ggeennccaatt(1) to
update the llddrr..ccaatt catalog. Because no message text file name is
specified, the input to ccaatteerrrr is read from the standard input.
caterr -c ldr.cat
SSEEEE AALLSSOO
eexxppllaaiinn(1), ggeennccaatt(1), wwhhiicchhccaatt(1)
ccaattggeettmmssgg(3C), ccaattggeettss(3C), ccaattmmssggffmmtt(3C), ccaattooppeenn(3C) in the _U_N_I_C_O_S
_S_y_s_t_e_m _L_i_b_r_a_r_i_e_s _R_e_f_e_r_e_n_c_e _M_a_n_u_a_l, publication SR-2080
nnll__ttyyppeess(5), mmssgg(7D) in the _U_N_I_C_O_S _F_i_l_e _F_o_r_m_a_t_s _a_n_d _S_p_e_c_i_a_l _F_i_l_e_s
_R_e_f_e_r_e_n_c_e _M_a_n_u_a_l, publication SR-2014
_C_r_a_y _M_e_s_s_a_g_e _S_y_s_t_e_m _P_r_o_g_r_a_m_m_e_r'_s _G_u_i_d_e, publication SG-2121
_U_N_I_C_O_S _U_s_e_r _C_o_m_m_a_n_d_s _R_e_f_e_r_e_n_c_e _M_a_n_u_a_l, publication SR-2011, for the
printed version of this man page.